home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 17402 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.4 KB

  1. Path: gaia.ns.utk.edu!mbk
  2. From: mbk@caffeine.engr.utk.edu (Matt Kennel)
  3. Newsgroups: comp.object,comp.lang.c++,comp.realtime,comp.dcom.telecom.tech,comp.arch.embedded
  4. Subject: Re: Can OO be successful in real-time embedded systems?
  5. Followup-To: comp.object,comp.lang.c++,comp.realtime,comp.dcom.telecom.tech,comp.arch.embedded
  6. Date: 15 Apr 1996 18:41:45 GMT
  7. Organization: University of Tennessee, Knoxville and Oak Ridge National Laboratory
  8. Message-ID: <4ku599$f21@gaia.ns.utk.edu>
  9. References: <316BF0C5.1FE1@condat.de> <316D2A88.10B6@sdt.com>
  10. Reply-To: kennel@msr.epm.ornl.gov
  11. NNTP-Posting-Host: caffeine.engr.utk.edu
  12. X-Newsreader: TIN [version 1.2 PL2]
  13.  
  14. Larry Baker (leb@sdt.com) wrote:
  15. : Henning Rietz wrote:
  16. : >         - "OO systems are too slow"
  17. : >         - "OO systems eat up too much memory"
  18.  
  19. : Based on what my Telecom friends have been telling me back in
  20. : the US, C++ (and object-oriented techniques) are alive and well
  21. : in the switching industry.  I know of one company that's implemented
  22. : an ATM switch using a complete C++ development environment.
  23.  
  24. : IMHO the biggest impediment to using OO techniques for "hard" RT
  25. : work is an understanding of how to apply them in a resource-
  26. : intensive environment.  The straight "party line" answers don't
  27. : always work.
  28.  
  29. : In particular, many people that have been disappointed with
  30. : C++ performance seem to lack an understanding of the implications
  31. : of implicit calls to constructors/copy-constructors/destructors,
  32. : memory framentation, or inline vs. non-inline procedure calls.
  33.  
  34. : Then they turn around and blame the language, rather than their
  35. : use of it.
  36.  
  37. I think it's suitable to assign some of the blame to the langauge when
  38. alternative languages of equal capability not have such tricky implicit
  39. semantic issues. 
  40.  
  41. More mature fields of engineering do not blame humans for being human.
  42.  
  43. They strive to create technology and creative and clever and profound
  44. design which adapts to humans and serves their needs.  (have you ever used
  45. those new guillotine-style bagel slicers?  Safe, quick and easy.  Would
  46. you blame people for being incompetent at evenly slicing bagels with a knife)
  47.  
  48. Would you blame people for being stupid for not knowing the complex and 
  49. subtle implicit rules in the tax code?  Or would you consider the tax
  50. code ill-designed. 
  51.  
  52. Unlike tax law, you should not need an act of Congress to change your
  53. programming language. 
  54.  
  55. (happy April 15th!)
  56.  
  57.  
  58. : Cheers,
  59.  
  60. : Larry Baker
  61. : leb@sdt.com
  62.